Utility or upfit vehicle using communication portal

ABSTRACT

A method of transmitting data across a J1939 network comprises communicating at least one sensor, if not a plurality of sensors or operator interface devices, related to a utility service body data mounted on a chassis across the J1939 network on unassigned PGN/SPN combinations for various uses. Furthermore, at least one controller can evaluate other J1939 data, such as transmission gear and/or engine RPM before permitting operation of at least one function of the utility service body or upfit body with at least some embodiments.

CLAIM OF PRIORITY

This application is a continuation of U.S. application Ser. No.16/439,854 filed Jun. 13, 2019, which is a continuation of U.S.application Ser. No. 15/331,431 filed Oct. 21, 2016, now U.S. Pat. No.10,325,422, which claims the benefit of U.S. Provisional Application No.62/245,654 filed Oct. 23, 2015, all of which are incorporated herein byreference in their entirety.

FIELD OF THE INVENTION

The present invention relates to a utility or upfit service body mountedon a vehicle chassis which is preferably adapted to CAN, i.e., SAE J1939or CANopen communications protocol for which the service utility bodyhas at least some sensors, controllers or other elements utilizing theJ1939 protocol provide information through the protocol for use withsoftware often externally to the vehicle and controller which may alsouse information provided by the chassis on the vehicle.

BACKGROUND OF THE INVENTION

As technology gets more and more advanced, vehicle operators and ownersare desiring more information at the central office. Specifically, somecompanies provide Route Optimization Software, with which company ownersattempt to maximize the efficiency of their fleets by planning routesfor each vehicle to be as efficient as possible, such as in an effort topotentially limit the number of vehicles or amount of fuel used by thecompany and/or for other purposes.

Some software products make it possible for the company to monitorevents like GPS location of a chassis or when a chassis switches gears;these software products use the J1939 protocol which is provided byUnited States chassis manufacturers. Other companies track actual andpreventable maintenance activities of the chassis using data from theJ1939 system.

One company, Geotab, sells a module which interfaces with the OBD-IIdiagnostic connector, to receive J1939 data on that communication line,and sends that data wirelessly across the internet to a processor, whereit is accessible to the company in a usable form. In using thattechnology, another company has installed a set of sensors mounted onthe body of a refuse vehicle; these sensors typically take eight to tenhours to mount. These body sensors then provide a separatecommunications system, such as each sensor directly wired to anInput/Output Expandus (IOX) using serial or CAN protocols, for directinginformation from the body through communication through the Geotabdevice.

While this is an advance over just having chassis information, thecomponents of the body do not communicate on J1939 protocol.Furthermore, they do not receive information from the chassis J1939communication system, they only send information through anotherprotocol on a dedicated set of wires for each sensor and device to theGeotab transmitter.

Companies such as Geotab, Inc. provide a geo-connect device (a/k/atransmitter) which plugs into the OBD-II interface which not only sendsthe data from the chassis communication system which is most likely aJ1939 communication protocol, it also separately provides GPSinformation through the Geotab device itself to the cloud to a remotelocation, such as the refuse company.

The installation of all the sensors on the body together with thecommunication wiring of each of those sensors to the Geotab unit whichare each separately run and connected to the IOX port has been found tobe cumbersome for the applicant. The applicant has discovered that thetypical install time of the sensors and the separate wiring runs to theOBD-II connector typically takes on the order of about eight to tenhours for some of its models.

A need exists to improve the efficiency of providing information for useby various services as could be obtained from at least the refusevehicle body.

SUMMARY OF THE INVENTION

It is an object of many embodiments of the present invention to provideand improved vehicle using a J1939 communications system as providedwith the chassis to communicate at least some utility service body datato either or both of a controller for use by the vehicle or remotely.

While refuse vehicles are the applicant's current business, thistechnology could extend across the various industries where chasses areoutfitted with utility service bodies which perform various functionsfrom emergency service bodies such as fire truck bodies, ambulancebodies, etc., tow truck bodies, cement mixers, railroad servicevehicles, cranes, drills, dump trucks, hoists, cranes, vehicles withcompressed natural gas (CNG) storage systems, short/regional haulvehicles, like those utilized for package delivery,transmission/distribution vehicles such as those used to installutilities of various providers, and/or other bodies, all of which aredesigned to perform at least one service function other than thosegeneric functions of the chassis with a cab attached common to allvehicles.

Short haul trucks such as those used by various package companies couldhave weighing or sensing systems which communicate body data (such asinformation related to the items carried) or other data. Refrigeratedtrucks could provide body data related to the temperature of therefrigerated compartment or other data. Bucket trucks could provideinformation related to the position of the bucket. Refuse vehicles couldprovide body data related to the position of the dumping stroke,compaction of the body, weight of the body, volume of refuse in thebody, etc. One will quickly see that valuable utility service body datarelated to the function of the utility service body could becommunicated via the J1939 rather than relying on cumbersome wiringpractices, which may or may not currently be in use.

BRIEF DESCRIPTION OF THE DRAWINGS

The particular features and advantages of the invention as well as otherobjects will become apparent from the following description taken inconnection with the accompanying drawings in which:

FIG. 1 is a prior art schematic representation of a communicationssystem utilizing a prior art transmitter from a refuse collectionvehicle;

FIG. 2 is a presently preferred embodiment of the present invention ofthe first embodiment;

FIG. 3 is a schematic representation of an alternatively preferredembodiment of the present invention; and

FIG. 4 is a side plan view of a vehicle of a presently preferredembodiment.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 shows a prior art vehicle communications system. The J1939network 10 is shown as having sensors connected to the engine 12,transmission 14, the instrument cluster 16, the entertainment system 18and the OBD-II sensor 20. These devices communicate through acommunication protocol and along the same wires 22 (normally a wirepair) as would be understood by those of ordinary skill in the artutilizing the J1939 protocol.

A company called Geotab has a transmitter 24 with a built in GPS 26which can be utilized in conjunction with that information. Othercompanies provide competitive transmitters 24. The transmitter 24 sendsdata to remote location utilizing such networks as cell phonecommunications, the internet, etc ., so that the software (locatedremotely) can take the information provided by the transmitters 24 andutilize that information for various benefits such as optimizing routesand other beneficial operational activities of a vehicle having such acommunication system on board.

FIG. 4 shows a vehicle 1 comprising a chassis 3 as typically provided bytruck manufacturers and a utility service body 5 normally installed by aseparate company that constructs bodies for use on chassis that performfunctions other than driving from one place another. For instance, arefuse vehicle 1 is illustrated, but many other utility service bodies 5are contemplated with this invention including, but not limited to,emergency service bodies such as fire truck bodies, ambulance bodies,etc., tow truck bodies, cement mixers, railroad service vehicles,cranes, dump trucks, hoists, cranes, vehicles with compressed naturalgas (CNG) storage systems, short/regional haul vehicles, like thoseutilized for package delivery, transmission/distribution vehicles suchas those used to install utilities of various providers, and/or otherbodies, all of which are designed to perform at least one servicefunction other than those generic functions of the chassis with a cabattached common to all vehicles. Utility service bodies 5 are normallyseparate from, but are connected to the chassis 3. The chassis 3 canfunction as a vehicle without the utility service body 5, but theutility service body 5 requires the chassis 3 to allow the utilityservice body 5 to be in the correct location to perform at least one ofits service functions, which could be selected from the group of tocollect and/or dump material such as refuse, pump septic tanks, haulpackages or other items, tow vehicles, provide railroad services, liftvarious objects and/or perform other functions. In fact, someembodiments may provide a connection 7 to receive inputs from a towedutility service body, such as a trailer (which could be a trailer usedwith a tractor trailer rig such as a refrigerated trailer, a tankerbody, etc.), a car hauler or other utility service body which hasfunctionality apart from the chassis 3 to perform at least one function.

More recently, some utility service body manufacturers have wanted toknow data associated with the body of the vehicle for various uses. Someservice providers have hard wired sensors on the body utilizing theIOX-RS232 protocol which is input/output expanders of the Geotabtransmitters 24 which allow peripherals to be added to the transmitter24. A joystick 28 is shown connected to the transmitter 24 as is a grabarm positioner sensor 30 for a refuse vehicle 1. Other peripherals couldalso be provided such as at connections 32, 34. Connections 32, 34 as dojoystick 28 and grab arm positioner sensor 30 separately communicatewith transmitter 24, through dedicated wires 36, 38, 40, 42 and are noton the J1939 CAN wiring. In fact, the body sensors or elements 28, 30,32, 34 can only receive information indirectly, such as from dedicatedhard wiring from controller to each of the devices, if at all.

Running all the communication wires, illustrated as wires 36, 38, 40,42, and likely others is a time intensive process. In one embodiment ofa prior art design, it takes approximately eight to ten hours to run thewires and hook up the various sensors and peripherals. There iscertainly believed to be a need to improve the efficiency of the processand communication capabilities.

FIG. 2 shows a first presently preferred embodiment of vehicle 100having a network 102 such as a J1939 compliant network, however otherCAN networks, such as the CANopen communication system or others couldbe utilized in various other embodiments. Once again, the engine 104,transmission 106, instrument cluster 108, entertainment system 110 andthe OBD-II port 112 can communicate utilizing wires 114 (actually a wirepair) as is known by that standard. It may be possible that otherchassis diagnostic networks may have other components other than anOBD-II port II in the future.

However, that standard also has the capability of utilizing additionalinformation not normally tracked on a chassis 3. Specifically, the J1939standard of the chassis 3 communicates information via parameter groupnumbers (PGNs) which are an ID number then followed by a data blockwhich is typically eight bytes of data which generally relate to one ormore suspect parameter numbers (SPN's). For a given PGN number there maybe one or more SPN numbers that follow that particular PGN number. Forinstance, PGN 1234 may be an engine related PGN number that correlatesto such information as RPM as one SPN number, oil pressure as a secondSPN number, and/or oil temperature as a third SPN number, etc. An SPNnumber may require more than one of the eight bytes of available datafor a PGN. Looking at a table in the standard, one would know what thefirst byte or SPN number could be associated with RPM of that particularPGN number (i.e., 1234). More than one SPNs could follow a single PGN,or possibly only a single SPN could follow a specific PGN (and anynumber in between 1 and 8 depending upon the table).

While the standard certainly works well, built into the standard are asubset of PGNs which are either unused or for “proprietary use,” meaningthat they are not preassigned for specific uses and available forvarious parties to use for various applications.

The applicant has therefore decided to use a number of the PGNs togetherwith specific SPNs designated by the applicant for various informationrelated to the utility service body 5 such as for a refuse style utilityservice body 5 could be identifying a position of the joystick 114(which moves a grabber arm) to provide joystick position in a number SPNvalues such as an X axis position, a Y axis position, etc. A grabber armposition could also be represented in various bytes of data through agrab arm sensor or position sensor 116 which could be representingvarious bytes, such as from one or more coordinate systems. Otherinformation could also be provided through connections at 118 and 120(and/or others which could be sensors or other operator interfacedevices, broadly defined herein as sensors) directly onto the wiring 122as is used by the network 102 using PGNs with various SPNs which isdifferent than requiring individual wiring systems which utilize wires36, 38, 40, 42 of the prior art systems to communicate directly to thetransmitter 24 and not through the CAN communication wires 122 of theJ1939 system common to the vehicle and as are communicated to and fromthe engine, transmission, etc., and to/from the OBD-II interface, orother chassis diagnostic network interface.

Specifically, other sensors 116,118,120 and/or others could be utilizedin other embodiments so as to provide at least one, if not a pluralityof sensors 116,118,120 to sense attributes of the function of theutility service body 5 and/or upfit as body data. Functions monitoredcould include at least one or more of electrical signals, pneumaticoperations, hydraulic operations, physical locations/movement and/orother body control information, temperatures, weights, data collectionand/or communication features, productivity information, utility servicebody health and/or system information, presence, absence and/or movementof items or other payload information, pressures and/or other attributesof various utility service bodies 5 separate from the chassis 3.

Functions could be monitored and/or sensed with various interfacedevices and/or sensors 116,118,120 of various kinds which could monitorany of electrical signals, pneumatic operations, hydraulic operations,physical locations/movement and/or other body control information,temperatures, weights, data collection and/or communication features,productivity information, utility service body health and/or systeminformation, presence, absence and/or movement of items or other payloadinformation, pressures and/or other attributes of various utilityservice bodies 5 separate from the chassis 3 for various functions ofthe utility service body 5 which could include an of emergency servicebodies such as fire truck bodies, ambulance bodies, etc., tow truckbodies, cement mixers, railroad service vehicles, cranes, dump trucks,drills, augers, hoists, cranes, vehicles with compressed natural gas(CNG) storage systems, short/regional haul vehicles, like those utilizedfor package delivery, transmission/distribution vehicles such as thoseused to install utilities of various providers, and/or other bodies 5.

Transmitter 124 which could have its own GPS 126. The entertainmentsystem 110 could have a separate GPS providing similar information orGPS data could certainly be provided from a GPS device configured toprovide J1939 protocol data from other connections such as 118, 120 orothers. Accordingly, while still providing similar components as thejoystick sensors 28 as well as the grab arm position sensor 30 shown inFIG. 1 and likely others, now shown as elements 114, 116 in FIG. 2, notonly can data be sent from the various sensors 114, 116 to thetransmitter 124, but now data can also be directly used from thecommunication network 102 by those components, such as joystick 114 andgrab arm position sensor 116, etc. Specifically, it may be required thatthe transmission be in a specific gear and/or the engine to be at aspecific RPM, etc. to allow for the joystick movement to provide asuitable signal change position of the grabber arm position, etc. Otherchassis information may be used for various other actions. Other utilityservice bodies 5 may use other data for various uses.

Transmitter 124 can send data through cell phone communications orotherwise possibly through the internet 80 to a remote computer 82 forprocessing and/or providing information to a refuse company. Thecomputer 82 has software configured to receive the data and process itsuch route optimization software and possibly other software functionsare performed possibly in near to real time if not real time (as eventsoccur).

A separate controller 150 may be used as is shown in FIG. 2 toaccumulate body accessory data and then provide instructions to allowfor the use of certain information based upon the vehicle body usingJ1939 protocols. This is believed to be a significant advance over priorart systems which can now only transmit information but not receiveinformation from the J1939 compliant devices using J1939 communicationprotocol. Additionally, by multiplexing information along the wire(s)114, which are typically updated at least once every 100 milliseconds,the ability to coordinate and communicate data through the network 102is believed to be greatly enhanced particularly as it relates to thebody information and systems 152. This may prove to be a great advantagewith various utility service bodies 5.

With all the data being provided through PGN and SPN numbers through theOBD-II transmitter, efficiency in processing the data by the softwareremotely disposed relative to the separate receipt and sending form theIOX port(s) is also believed to be enhanced as a separate set ofprotocols and analyzers are not believed to be necessary remotely withthe software utilized by the refuse companies to process data asreceived and then coordinate with the J1939 data remotely.

FIG. 3 is an alternatively preferred embodiment of a vehicle 200 with afirst communications network 202 which could be J1939. The applicantprovides a controller 204 in addition to the various chassis devicessuch as transmission 206, engine 208, entertainment system 210, OBD-II212 and various other items to communicate such as through locations214, 216, and others. Once again, a transmitter 214 can be connectedthereto to communicate across various wireless networks such asultimately to the internet and to computers for displaying routeoptimization information and various other information to a company,such as a garbage company for refuse vehicles 1, or for any of a varietyof other companies which may utilize other utility service bodies 5having capabilities either including and/or performing other functionsother than garbage collection.

In this embodiment, controller 204 has up to four communication networksillustrated through the connections 216, 218, 220, 222. Secondcommunications network 222 is shown communicating with joystick 224,grabber arm 226 and various other connections 228, 230. This way,information provided through communication network 222 to the variousbody devices can be received by controller 204 and/or controlled bycontroller 204 while through a separate CAN data (whether J1939 or otherforms) may be coordinated with information received from and sent thebody through connection 216 and others as J1939 data. Controller 204 canreceive information from wire 232 connected to all the various othercomponents on the communications network 202. This is certainly anoption for many embodiments. The communications network 222 can be aCANopen network, communicate with the J1939 protocol through thecontroller or otherwise communicate.

Numerous alterations of the structure herein disclosed will suggestthemselves to those skilled in the art. However, it is to be understoodthat the present disclosure relates to the preferred embodiment of theinvention which is for purposes of illustration only and not to beconstrued as a limitation of the invention. All such modifications whichdo not depart from the spirit of the invention are intended to beincluded within the scope of the appended claims.

Having thus set forth the nature of the invention, what is claimedherein is: 1.-20. (canceled)
 21. A method of upfitting a refusecollection vehicle, the method comprising: receiving the refusecollection vehicle, the refuse collection vehicle comprising: a chassiscomprising a vehicle bus configured to transmit data according to afirst transmission protocol; and a refuse service body physicallycoupled to the chassis, the refuse service body comprising a servicebody bus having a second transmission protocol; communicatively couplingthe service body bus to the vehicle bus via a controller; andconfiguring the controller to: receive body data communicated throughthe service body bus via the second transmission protocol; processreceived body data; and transmit processed body data through the vehiclebus via the first transmission protocol.
 22. The method of claim 21,wherein the vehicle bus comprises one of a CAN bus or a CAN opennetwork.
 23. The method of claim 21, wherein the refuse service bodycomprises a grabber arm, and wherein the body data comprises datacorresponding to a position of the grabber arm.
 24. The method of claim21, wherein the refuse service body further comprises an arm controljoystick, and wherein the body data further comprises data correspondingto a position of the arm control joystick.
 25. The method of claim 21,further comprising: configuring a transmitter to: receive the processedbody data over the vehicle bus; and transmit the processed body dataover a wireless network to a remote computing device.
 26. The method ofclaim 25, wherein the transmitter comprises an integrated GPS device.27. The method of claim 21, further comprising: configuring thecontroller to transmit the processed body data to an OBD II port. 28.The method of claim 21, wherein the second transmission protocolcomprises an IOX protocol.
 29. The method of claim 21, furthercomprising: configuring the controller to: receive, from the vehicle busvia the first transmission protocol, vehicle data corresponding tooperation of at least one of a plurality of vehicle components; processthe vehicle data; and regulate operation of the refuse service bodybased on the processed vehicle data.
 30. The method of claim 29, furthercomprising: configuring the controller to regulate operation of at leastone of a grabber arm or an arm control joystick.
 31. The method of claim29, wherein the vehicle data comprises an engine RPM.
 32. The method ofclaim 29, wherein the vehicle data comprises a transmission gear.
 33. Amethod of upfitting a refuse collection vehicle, the method comprising:receiving the refuse collection vehicle, the refuse vehicle comprising:a chassis supporting a plurality of vehicle components and comprising aController Area Network (CAN) vehicle bus configured to transmit dataaccording to a first J1939 transmission protocol in which each of thevehicle components is assigned a Parameter Group Number (PGN)/SuspectParameter Number (SPN) combination in the CAN vehicle bus; and a refuseservice body physically coupled to the chassis, the refuse service bodycomprising a service body bus having a second transmission protocol;communicatively coupling the service body bus to the CAN vehicle bus viaa controller; configuring the controller to: receive body datacommunicated through the service body bus via the second transmissionprotocol; process received body data; and transmit processed body datathrough the vehicle bus via the first J1939 transmission protocol; andassigning the processed body data to a PGN/SPN combination unassigned tothe vehicle components.
 34. The method of claim 33, wherein the refuseservice body comprises a grabber arm, and wherein the body datacomprises data corresponding to a position of the grabber arm.
 35. Themethod of claim 33, wherein the refuse service body further comprises anarm control joystick, and wherein the body data further comprises datacorresponding to a position of the arm control joystick.
 36. The methodof claim 33, further comprising: configuring a transmitter to: receivethe processed body data over the vehicle bus; and transmit the processedbody data over a wireless network to a remote computing device.
 37. Themethod of claim 33, further comprising: configuring the controller totransmit the processed body data to an OBD II port.
 38. The method ofclaim 33, further comprising: configuring the controller to: receive,from the CAN vehicle bus via the first J1939 transmission protocol,vehicle data corresponding to operation of at least one of a pluralityof vehicle components; process the vehicle data; and regulate operationof the refuse service body based on the processed vehicle data.
 39. Themethod of claim 38, further comprising configuring the controller toregulate operation of at least one of a grabber arm or an arm controljoystick.
 40. A method of upfitting a refuse collection vehicle, themethod comprising: receiving the refuse collection vehicle, the refusevehicle comprising: a chassis comprising a vehicle bus configured totransmit data according to a first transmission protocol; and a refuseservice body physically coupled to the chassis, the refuse service bodycomprising a service body bus having a second transmission protocol;communicatively coupling the service body bus to the vehicle bus viawiring; communicatively coupling a controller to the wiring; andconfiguring the controller to: receive body data communicated throughthe service body bus via the second transmission protocol; processreceived body data; and transmit processed body data through the vehiclebus via the first transmission protocol.